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(54) Publish & subscribe data processing apparatus, method and computer program product 
with use of a stream to distribute administrative and configuration information 

(57) A publish/subscribe data processing broker ap- 
paratus has: a means for receiving from a publisher ap- 
plication data messages published on a subject-specific 
stream by the publisher application; and a means for dis- 
tributing the received published data messages to a 
subscriber application which has requested to receive 
messages on the stream upon which the published mes- 
sages were published; where one of the streams is re- 
served for administrative messages describing configu- 
ration changes to the broker apparatus. 
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Description 

Field of the Invention 

[0001] The present invention relates to the field of da- 5 
ta processing and more specifically to data processing 
which distributes messages from suppliers (called, 
hereinafter, "publishers") of data messages to consum- 
ers (called, hereinafter "subscribers") of such messag- 
es. io 

Background of the Invention 

[0002] Publish/subscribe data processing systems 
have become very popular in recent years as a way of is 
distributing data messages from publishing computers 
to subscribing computers. The increasing popularity of 
the Internet, which has connected a wide variety of com- 
puters all over the world, has helped to make such pub- 
lish/subscribe systems even more popular. Using the In- 20 
ternet, a World Wide Web browser application (the term 
■application" or "process" refers to a software program, 
or portion thereof, running on a computer) can be used 
in conjunction with the publisher or subscriber in order 
to graphically display messages. Such systems are es- 25 
pecially useful where data supplied by a publisher is 
constantly changing and a large number of subscribers 
needs to be quickly updated wilh the latest data. Per- 
haps ihe best example of where this is useful is in the 
distribution of stock market data. 30 
[0003] I n such systems, publ isher applications of data 
messages do not need to know the identity or location 
of the subscriber applications which will receive the 
messages. The publishers need only connect to a pub- 
lish/subscribe distribution agent process, which is in- 35 
eluded in a group of such processes making up a broker . 
system (referred to hereafter as a broker), and send 
messages to the distribution agent process, specifying 
the subject of the message to the distribution agent 
process. The distribution agent process then distributes *o 
the published messages to subscriber applications 
which have previously indicated to the broker that they 
would like to receive data messages on particular sub- 
jects. Thus, the subscribers also do not need to know 
the identity or location of the publishers. The subscribers *s 
need only connect to a distribution agent process. 
[0004] One such publish/subscribe system which is 
currently in use is shown in Fig. 1. Publishers 11 and 12 
connect to the publish/subscribe broker 2 and send pub- 
lished messages to broker 2 which distributes the mes- so 
sages to subscribers 31, 32, 33, 34. Publishers 11 and 
1 2, which are data processing applications which output 
data messages, connect to broker 2 using the well 
known inter-application data connection protocol known 
as remote procedure call (or RPC). Each publisher ap- ss 
plication could be running on a separate machine, alter- 
natively, a single machine could be running a plurality 
of publisher applications. The broker 2 is made up of a 



plurality of distribution agents (21 through 27) which are 
connected in a hierarchial fashion which will be de- 
scribed below as a "tree structure". These distribution 
agents, each of which could be running on a separate 
machine, are data processing applications which distrib- 
ute data messages through the broker 2 from publishers 
to subscribers. Subscriber applications 31 , 32, 33 and 
34 connect to the broker 2 via RPC in order to receive 
published messages. 

[0005] Publishers 11 and 12 first connect via RPC di- 
rectly to a root distribution agent 21 which in turn con- 
nects via RPC to second level distribution agents 22 and 
23 which in turn connect via RPC to third level distribu- 
tion agents 24, 25, 26 and 27 (also known as "leaf dis- 
tribution agents" since they are the final distribution 
agents in the tree structure). Each distribution agent 
could be running on its own machine, or alternatively, 
groups of distribution agents could be running on the 
same machine. The leaf distribution agents connect via 
RPC to subscriber applications 31 through 34, each of 
which could be running on its own machine. 
[0006] In order to allow the broker 2 to determine 
which published messages should be sent to which sub- 
scribers, publishers provide the root distribution agent 
21 with the name of a distribution stream for each pub- 
lished message. A distribution stream (called hereinaf- 
ter a "stream") is an ordered sequence of messages 
having a name (e.g., "stock" for a stream of stock market 
quotes) to distinguish the stream from other streams. 
Likewise, subscribers provide the leaf distribution 
agents 31 through 34 with the name of the streams to 
which they would like to subscribe. In this way, the bro- 
ker 2 keeps track of which subscribers are interested in 
which streams so that when publishers publish messag- 
es to such streams, the messages can be distributed to 
the corresponding subscribers. Subscribers are also al- 
lowed to provide filter expressions to the broker in order 
to limit the messages which will be received on a partic- 
ular stream (e.g., a subscriber 31 interested in only IBM 
stock quotes could subscribe to the stream "stock" by 
making an RPC call to leaf distribution agent 24 and in- 
clude a filter expression stating that only messages on 
the "stock" stream relating to IBM stock should be sent 
to subscriber 31 ). 

[0007] Whenever the configuration of the broker 2 is 
to be changed (e.g., to add or delete a stream or to add 
or delete a distribution agent) a systems administrator 
must inform each distribution agent of the change, so 
that the entire broker 2 can operate in a uniform fashion 
with the changed configuration data. In the past, this has 
required the systems administrator to contact each dis- 
tribution agent in order to change its configuration data. 
Thus, carrying out configuration changes to the broker 
2 has proven to be very time consuming for the systems 
administrator. 
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Disclosure of the Invention 

[0008] According to one aspect, the present invention 
provides a publish/subscribe data processing broker ap- 
paratus having: a means for receiving from a publisher 
application data messages published on a subject-spe- 
cific stream by the publisher application; and a means 
for distributing the received published data messages 
to a subscriber application which has requested to re- 
ceive messages on the stream upon which the pub- 
lished messages were published; where one of the 
streams is reserved for administrative messages de- 
scribing configuration changes to the broker apparatus. 
[0009] Thus, with the present invention, the systems 
administrator's job of making configuration changes to 
the broker is greatly facilitated. For example, the sys- 
tems administrator need only publish a configuration 
change as a message to a stream dedicated to admin- 
istrative messages. Each distribution agent of the broker 
will then subscribe to this stream and thus receive all of 
the published configuration changes. The systems ad- 
ministrator thus can still update each distribution agent 
in the broker with the latest configuration data set with- 
out having to separately contact each distribution agent. 
This also greatly reduces the cost of implementing the 
configuration changing mechanism. 
[001 0] Further, the invention also increases the avail- 
ability of the updated configuration data. That is, the dis- 
tribution of the updated configuration data throughout 
the broker architecture occurs automatically once the 
systems administrator has published the updated con- 
figuration data to the first portion of the broker architec- 
ture. This makes it much more likely that the changed 
configuration information will quickly be distributed 
throughout the broker architecture. 
[001 1 ] A still further advantage is that updated config- 
uration data messages are always delivered in order on 
a stream thus ensuring that all configuration changes 
are received in the exact same order by all the process- 
es in the broker architecture, thus serving to provide a 
high degree of stability and predictability of result. 
[001 2] Preferably, the means for distributing includes 
a plurality of distribution agent data processing process- 
es and each of the distribution agent data processing 
processes subscribes to the stream reserved for admin- 
istrative messages. 

[0013] Preferably, a systems administrator publisher 
application publishes administrative messages describ- 
ing configuration changes to the stream reserved for ad- 
ministrative messages. 

[0014] Preferably, at least one of the publisher appli- 
cation or the subscriber application makes use of an In- 
ternet World Wide Web browser program to allow pub- 
lished messages to be sent or received over the Inter- 
net. 

[0015] According to a second aspect, the present in- 
vention provides a data processing method having 
method steps corresponding to each element of the data 



processing apparatus of the first aspect of the invention. 
[001 6] According to a third aspect, the present inven- 
tion provides a computer readable storage medium hav- 
ing a computer program stored on it which, when exe- 
s cuted on a computer, carries out the functionality of data 
processing method of the second aspect of the inven- 
tion. 

Brief Description of the Drawings 

10 

[0017] The invention will be better understood by re- 
ferring to the detailed description of the preferred em- 
bodiments which will now be described in conjunction 
with the following drawing figures: 

15 

Figure 1 shows the architecture of the publish/sub- 
scribe system to which the preferred embodiment 
of the present invention relates; 

20 Figure 2 shows the format of a published message 
to a stream called "administration" which a systems 
administrator publishes in order to change the con- 
figuration data of the broker of Fig. 1 , according to 
a preferred embodiment of the present invention; 

25 

Figure 3 is a flowchart showing the steps taken by 
the broker of Fig. 1 when the systems administrator 
is changing the configuration data of the broker of 
Fig. 1, according to a preferred embodiment of the 
30 present invention; and 

Figure 4 is a flowchart showing the steps taken by 
the broker of Fig. 1 when a new distribution agent 
is added to the broker tree structure, according to 
35 a preferred embodiment of the present invention. 

Detailed Description of the Preferred Embodiments 

[0018] In Fig. 1 a publisher application 11 , running on 

40 one computer, is, for example, a supplier of live stock 
market data quotes. That is, publisher application 11 
provides frequent messages stating the present value 
of share prices. In this example, publisher application 
11 is publishing messages on a stream called "stock" 

45 which has already been configured in the broker 2. As 
is well known, when publisher 11 wishes to publish a 
stock quote message to stream "stock", publisher 11 
makes an R PC call to the root distribution agent 11 
which is at the top level of the broker tree structure. In 

50 this example, subscriber application 32, running on an- 
other computer, has sent a subscription request via an 
RPC call to leaf distribution agent 24, which is at the 
bottom level of the tree structure, indicating that sub- 
scriber 32 would like to subscribe to stream "stock". 

55 [0019] Thus, whenever publisher 1 1 publishes a data 
message to stream "stock" the distribution tree structure 
of broker 2 channels the message down through the root 
distribution agent 21 , through any intermediary distribu- 
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tion agents (e.g., 22 in the example of Fig. 1) and 
through the leaf distribution agent 24 to the subscriber 
32. This involves a series of RPC calls being made be- 
tween each successive circle in the diagram of Fig. 1 
connecting publisher 11 and subscriber 32 (i.e., 11 to 
21 , 21 to 22, 22 to 24 and 24 to 32). 
[0020] This, so far, describes the operation of the prior 
art publish/subscribe broker. The preferred embodiment 
of the present invention will now be described by intro- 
ducing a second publisher 12. 
[0021] Publisher application 12, which may be run- 
ning on a different computer, is, for example,, a systems 
administrator publishing messages containing configu- 
ration changes of the publish/subscribe broker 2. For ex- 
ample, publisher application 12 can acid a new stream 
called "bonds" for use within the publish/subscribe bro- 
ker 2. Once this new stream is added, publisher 11 may 
choose to publish bond information on this stream in ad- 
dition to the stock information it publishes on the "stock" 
stream. Also, a subscriber that is interested in only 
bonds and not stocks can subscribe to the new "bonds" 
stream. Such a change involves changing the configu- 
ration of the broker 2 because prior to this change the 
stream "bonds" did not exist within the broker 2. Accord- 
ing to the preferred embodiment of the present inven- 
tion, the publisher application 12 publishes a message 
to a stream called "administration" with the contents of 
the message being "add stream" of stream name 
"bonds". Publisher 12 makes an RPC call to root distri- 
bution agent 21 and publishes a message containing 
three fields as shown in Fig. 2. A first field 120 informs 
the root distribution agent 21 that the message is being 
published on the existing stream called "administration". 
This is a stream that is used only by the systems admin- 
istrator publisher 1 2. The second field 121 indicates that 
the publisher is adding a new stream to the broker's con- 
figuration data. A third field 122 indicates that the new 
stream being added is to have the name "bonds". 
[0022] I n a similar fashion, the systems administrator 
publisher 12 can make other configuration changes to 
the overall publish/subscribe system, such as deleting 
a stream or changing the attributes of a stream, or add- 
ing or removing a broker process, by publishing a mes- 
sage to the "administration" stream. The operation of the 
broker 2 when configuration data is being changed will 
now be described in more detail by making reference to 
the flowchart of Fig. 3. 

[0023] At step 301 , the root distribution agent 21 re- 
ceives an RPC call from the systems administration 
publisher 12, such an RPC call containing a published 
message as shown in Fig. 2. When the message is re- 
ceived, the root distribution agent increases (step 302) 
the value of the current sequence number by one and 
assigns the new sequence number to the newly re- 
ceived published message. For example, if the previ- 
ously received message on stream "administration" was 
assigned the sequence number g9, the currently re- 
ceived published message on stream "administration" 



(the one shown in Fig. 2) would be assigned the se- 
quence number 100. At step 303, the root distribution 
agent 21 performs a security check (e.g., using a well 
known security authentication technique, such as Ker- 
5 beros) to determine whether the systems administrator 
publisher 1 2 is authorized to make changes to the con- 
figuration data. This is an important step to ensure that 
unauthorized parties are not allowed to change the con- 
figuration of the broker. At step 304, the root distribution 
agent 21 persistently stores the new configuration data 
(e.g., the addition of the new stream called "bonds") to 
local storage (e.g., to the hard disk drive of the computer 
running the root distribution agent application 21). 
[0024] Th is new conf igu rat ion data must now be cop- 
ied to the local memory (e.g., cache memory) of each 
of the other distribution agents in the tree structure, as 
each distribution agent must be aware of the complete 
and updated configuration data set. Thus, at step 305, 
the new published message (shown in Fig. 2) along with 
the new sequence number (of value 100) is sent to each 
of the existing distributbn agents in the tree (agents 22 
through 27), as each of such distribution agents has pre- 
viously entered a subscription request for all published 
messages on stream "administration". In this way, new 
configuration data from the systems administrator is 
sent to each of the distribution agents in the broker 2 
with minimal effort on the part of the systems adminis- 
trator. The systems administrator need only publish a 
message on stream "administrator". 
[0025] In order to provide a highly scalable broker ar- 
chitecture, new distribution agents must be allowed to 
be added to the broker tree structure, and the newly add- 
ed distribution agent must also be provided with the 
complete set of configuration data. The operation of the 
broker 2 when a new distribution agent is added will now 
be described in conjunction with the flowchart of Fig. 4. 
In the example described, it will be assumed that distri- 
bution agent 26 is newly added to the tree structure. 
[0026] At step 401 , the newty added distribution agent 
26 asks its parent distribution agent 23 (via an RPC call) 
for the complete configuration data set that the distribu- 
tion agent 23 has stored in its local cache. At step 402, 
the parent distribution agent 23 makes an RPC call to 
the child distribution agent 26 to supply the child distri- 
bution agent 26 with the configuration data set which the 
parent distribution agent 23 has stored in its local cache, 
along with the latest sequence number S1 (e.g., 100). 
The newly added distribution agent 26 then subscribes 
to the "administration" stream (step 403) so that the dis- 
tribution agent 26 will be kept informed of all future 
changes to the configuration data set. When the next 
published message is received (a check is done to de- 
termine this condition at step 404), the sequence 
number S2 (e;g. , 1 03) of this published message is com- 
pared (step 405) to the sequence number S1 (e.g. , 1 00) 
that was obtained from the parent distributbn agent at 
step 402. 

[0027] If the sequence number S1 is less than the se- 
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quence number S2 decremented by one (e.g., 103 dec- 
remented by one is 102 and 100 is less than 102) then 
this means that the parent distribution agent 23 did not 
have the most recent version of the configuration data 
set and that thus the new child distribution data is miss- 
ing the configuration data messages published on the 
"administration" stream with sequence numbers be- 
tween S1 (e.g., 100) and S2 (e.g. 103). Thus, at step 
406, the distribution agent 26 performs a historical read 
operation on the root distribution agent's complete con- 
figuration data set stored in persistent storage in order 
to obtain the configuration data messages having se- 
quence numbers (e.g., 101 and 102) between S1 and 
S2. On the other hand, if the enquiry at step 405 results 
in a NO answer, then there are no missing sequence 
numbers between S1 and S2 and thus the flow of control 
is directed to the end of the flowchart. 
[0028] While the preferred embodiment of the present 
invention describes the use of a systems administrator 
as a publisher which publishes configuration change 
messages to a broker process, other arrangements are 
considered within the scope of the invention. For exam- 
ple, a systems administrator could connect to a broker 
process and send configuration change data via a nor- 
mal RPC call (without publishing such data on a stream), 
and then the broker process would publish this config- 
uration change data on the "administration" stream. 
[0029] While a hierarchial tree structure of distribution 
agent processes has been described in the preferred 
embodiment for illustrative purposes, many other archi- 
tectures are included within the scope of the inventbn. 
The invention can also be used in the context of a group 
of cooperating processes spanning different types of 
networks (including local area and wide area networks), 
different types of machines and using different inter- 
process communication protocols (i.e., RPCs, sockets, 
TCP/IP or any other well known inter-process commu- 
nication protocol). For example, the invention can also 
be used in the environment of the Internet, which in- 
volves a plurality of different network types connecting 
different types of machines. 

[0030] While the configuration data has been de- 
scribed as being persistently stored locally to a single 
process (the root distribution agent process 21 ), this da- 
ta may, in fact, be spread over a plurality of processes. 
[0031] While a single "administration" stream has 
been described. It is, of course, possible to have more 
than one such stream used for passing administration 
or configuration information. For example, one admin- 
istration stream could be used for stream additions/de- 
letions while another administration stream could be 
used for distribution agent additions/deletions. 



Claims 

1. A publish/subscribe data processing broker appa- 
ratus comprising: 



means for receiving from a publisher applica- 
tion data messages published on a subject- 
specific stream by the publisher application; 
and 

5 

means for distributing the received published 
data messages to a subscriber application 
which has requested to receive messages on 
the stream upon which the published messag- 
10 es were published; 

wherein one of the streams is reserved for ad- 
ministrative messages describing configuration 
changes to the broker apparatus. 

is 

2. The apparatus of claim 1 wherein the means for dis- 
tributing includes a plurality of distribution agent da- 
ta processing processes. 

20 3. The apparatus of claim 2 wherein each of the dis- 
tribution agent data processing processes sub- 
scribes to the stream reserved for administrative 
messages. 

2S 4. The apparatus of claim 1 wherein a systems admin- 
istrator publisher application publishes administra- 
tive messages describing configuration changes to 
the stream reserved for administrative messages. 

30 5. The apparatus of claim 1 wherein at least one of the 
publisher application or the subscriber application 
makes use of an Internet World Wide Web browser 
program to allow published messages to be sent or 
received over the Internet. 

35 

6. A publish/subscribe data processing broker method 
comprising steps of: 

receiving from a publisher application data 
40 messages published on a subject-specific 

stream by the publisher application; and 

distributing the received published data mes- 
sages to a subscriber application which has re- 
45 quested to receive messages on the stream up- 

on which the published messages were pub- 
lished; 

wherein one of the streams is reserved for ad- 
so ministrativemessagesdescribingconfiguration 
changes to the broker apparatus. 

7. A computer program product stored on a computer 
readable storage medium for, when executed on a 

55 computer, carrying out a method comprising steps 
of: 

receiving from a publisher application data 
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messages published on a subject-specific 
stream by the publisher application; and 

distributing the received published data mes- 
sages to a subscriber application which has re- s 
quested to receive messages on the stream up- 
on which the published messages were pub- 
lished; 

wherein one of the streams is reserved for ad- 10 
ministrative messages describing configuration 
changes to the broker apparatus. 
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